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Beschreibung 

System und Verfahren zur Zugrif f skoordinierung in Kommunika- 
tionssystemen, insbesondere Real-time Ethernet 

5 

Die Erfindung bezieht sich auf ein System und Verfahren zur 
Zugrif f skoordinierung in Kommunikationssystemen, insbesondere 
Real-time Ethernet. 

f0\ Unter einem synchronen, getakteten Kommunikat ionssystem mit 
J Aquidistanz-Eigenschaf ten versteht man ein System aus wenigs- 

^ tens zwei Teilnehmern, die liber ein Datennetz zum Zweck des 
gegenseitigen Austausches von Daten bzw. der gegensei tigen 
Ubertragung von Daten miteinander verbunden sind. Dabei er- 

15 folgt der Datenaus tausch zyklisch in aquidis tanten Kommunika- 
tionszyklen, die durch den vom System verwendeten Kommunika- 
tionstakt vorgegeben werden. Teilnehmer sind beispielsweise 
zentrale Automatisierungsgerate, Programmier- , Projektie- 
rungs- oder Bediengerate, Peripher iegera te wie z.B. Ein-/ 

20 Ausgabe-Baugruppen, Antriebe, Aktoren, Sensoren, speicherpro- 
grammierbare Steuerungen (SPS) oder andere Kontrolleinhei ten, 
Computer, oder Maschinen, die elektronische Daten mit anderen 
Maschinen austauschen, insbesondere Daten von anderen Maschi- 

.J nen verarbeiten. Teilnehmer werden auch Net zwerkknoten oder 

9 Knoten genannt . Unter Kontrolleinhei ten werden im folgenden 
Regler- oder Steuerungseinheiten jeglicher Art verstanden, 
aber auch beispielsweise Switches und/oder Switch-Controller. 
Als Datennetze werden beispielsweise Bussysteme wie z.B. 
Feldbus, Profibus, Ethernet, Industrial Ethernet, FireWire 

30 oder auch PC-interne Bussysteme (PCI), etc., insbesondere 
aber auch isochrones Realtime Ethernet verwendet. 

Datennetze ermoglichen die Kommunikation zwischen mehreren 
Teilnehmern durch die Vernetzung, also Verbindung der einzel- 
35 nen Teilnehmer untereinander . Kommunikation bedeutet dabei die 
Obertragung von Daten zwischen den Teilnehmern. Die zu uber- 
tragenden Daten werden dabei als Datentelegramme verschickt, 
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d.h. die Daten werden zu mehreren Paketen zusammengepackt und 
in dieser Form uber das Datennetz an den entsprechenden Emp- 
fanger gesendet. Man spricht deshalb auch von Datenpaketen. 
Der Begriff Obertragung von Daten wird dabei in diesem Doku- 
ment vollig synonym zur oben erwahnten Obertragung von Daten- 
telegrammen oder Datenpaketen verwendet . 

In verteilten Automatisierungssystemen, beispielsweise im Be- 
reich Antriebstechnik, miissen bestimmte Daten zu bestimmten 
Zeiten bei den daflir bestimmten Teilnehmern eintreffen und 
von den Empfangern verarbeitet werden. Man spricht dabei von 
echtzeitkritischen Daten bzw. Datenverkehr, da ein nicht 
rechtzeitiges Eintreffen der Daten am Best immungsort zu uner- 
wiinschten Resultaten beim Teilnehmer ftihrt, im Gegensatz zur 
nicht echtzeitkritischen, beispielsweise inter- bzw. intra- 
netbasierten Datenkommunikation . Gemass IEC 61491, EN61491 
SERCOS interface - Technische Kur zbeschreibung 

(http : //www . sercos . de/deutsch/ index_deutsch .htm) kann ein er- 
folgreicher echtzeit kri tischer Datenverkehr der genannten Art 
in verteilten Automatisierungssystemen gewahr leistet werden. 

Automatisierungskomponenten (z.B. Steuerungen, Antriebe, . ..) 
verfugen heute im Allgemeinen uber eine Schnitts telle zu ei- 
nem zyklisch getakteten Kommunikationssystem. Eine Ablaufebe- 
ne der Automatisierungskomponente (Fast-cycle) (z.B. Lagere- 
gelung in einer Steuerung, Drehmomentregelung eines Antriebs) 
ist auf den Kommunikationszyklus synchronisiert . Dadurch wird 
der Kommunikationstakt festgelegt. Andere, niederperf ormante 
Algorithmen (Slow-cycle) (z.B. Temperaturregelungen) der Au- 
tomatisierungskomponente konnen ebenfalls nur uber diesen 
Kommunikationstakt mit anderen Komponenten (z.B. Binarschal- 
ter fur Liifter, Pumpen, . . . ) kommunizieren, obwohl ein langsa- 
merer Zyklus ausreichend ware. Durch Verwendung nur eines 
Kommunikationstaktes zur Obertragung von alien Inf ormationen 
im System entstehen hohe Anf orderungen an die Bandbreite der 
Obertragungsstrecke . 
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Beim Betrieb einer Bef ehlseinheit (Command-Interface) an ei- 
nem Multi-Master-System, konnen mehrere Teilnehmer (Master) 
gleichzeitig Oder nacheinander , in jedem Fall jedoch unkoor- 
diniert auf eine Bef ehlseinheit zugreifen. Eine Koordinierung 
5 der einzelnen Teilnehmer (mehrere Prozessoren oder unter- 
schiedliche Anwendungen eines Prozessors) auf das Command- 
Interface ist hierbei notig urn die (jbergabe und Bearbeitung 
der Befehle am Command- Inter face zu gewahrleisten . 

1-0, Die Koordination wurde bisher auf Sof tware-Ebene (Treiber) 

J realisiert, indem ftir die Dauer der Bearbeitung die Anwendun- 
w) gen durch Interrupt-Sperren blockiert wurden. Auf Hardware- 
^ Ebene konnte durch ein Bus-Locking ein weiterer Zugriff auf 

das Command-Interface verhindert werden. Somit wurde eben- 
15 falls die Software ftir die Dauer der Bearbeitung angehalten. 

Nachteil : 

Auch wenn eine Anwendung keinen Zugriff auf das Command- 
Interface durchfiihren will, wird aufgrund der Bus-Locking- 
Mechanismen die Sof twarebearbei tung unterbrochen . 
20 - Durch die Interjrupt-Sperre kann fur die Dauer der Befehls- 
bearbeitung ein auftretendes Interrupt-Ereignis nicht so- 
fort bearbeitet werden, die Interrupt-Routine wird verspa- 
tet ausgefiihrt. 

I 

Ober das von mehreren Teilnehmern gemeinsam genutzte Inter- 
face, kann die Bef ehlseinheit angewiesen werden bestimmte 
Grundoperationen auszuftihren. Dabei werden alle Teilnehmer 
als gleichwertige Mitglieder des Command-Interfaces betrach- 
tet. Die Bef ehlsubergabe ans Command-Interface erfolgt dabei 

30 nicht direkt durch Obergabe der Bef ehlsparameter , sondern in- 
direkt, indem lediglich die Adresse auf eine Bef ehlsstruktur 
ubergeben wird. Die Ubergabe dieser Adresse ist ein atomarer 
Schreibzugrif f auf das Command-Interface, was keine Bus-Lock- 
Mechanismen oder Interrupt-Sperren benotigt. Die prinzipiel- 

35 len Unterschiede einer indirekten Bef ehlsubergabe am Command- 
Interface gegenuber dem direkten Ubergeben von Parametern 
sind: 
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- Kommandos konnen zu ihrer Ausfuhrung mehr Inf ormationen 
als nur ein 32-Bit Wort benotigen. 

Sie haben eine begrenzte Ausf uhrungsdauer . Ihre Ausfuhrung 
kann unterschiedlich viel Information zuriicklief ern . 
Kommandos konnen von mehreren Instanzen abgegeben werden, 
die nicht notwendigerweise untereinander koordiniert sein 
mussen. Die Instanzen konnen iiber mehrere Tasks sowohl ei- 
nes Oder mehrerer Teilnehmer verteilt sein. 

Mehrere, auch gleiche Kommandos konnen direkt nacheinander 
am Command-Interface abgesetzt werden, ohne die Ausfuhrung 
jedes einzelnen Kommandos abwarten zu mussen. 

Urn die beschriebene allgemeine Problematik eines Multiprozes- 
sor- und Multi taskingsys terns zu umgehen, sind fur das Com- 
mand-Interface bestimmte Vorausset zungen hinsichtlich Adres- 
sierung und Obergabe der Befehle notwendig. Diese sind: 
ausschliefilich indirekte Adressierung der Befehle 
Bestatigung ubernommener Befehle durch das Command- 
Interface 

Damit wird erreicht, dass: 

keinerlei Anf orderungen an das Bussystem bezuglich Locken 
bzw. Blockierung gestellt werden muss bzw. der Bus nie ii- 
ber eine einzelne Lese- Oder Schreiboperation hinaus ge- 
lockt werden muss, 

beliebig viel Information hin und zuriick ubertragen werden 
kann, 

keine Koordination wie z.B. Interruptsperren zwischen den 
aufrufenden Instanzen notwendig ist. 

Zur Vermeidung von Bus-Lock-Zeiten miissen alle von den Teil- 
nehmern abgesetzten Befehle in einem Schreibzyklus dem Com- 
mand-Interface ubergeben werden. Befehle mit mehreren Operan- 
den hingegen wurden mehrfache Schreibzugrif f e auf das Com- 
mand-Interface bedeuten. Urn dies zu verhindern, wird dem Com- 
mand-Interface lediglich ein Zeiger (Adresse) auf einen Spei- 
cherbereich ubergeben. Von dort werden dann die Befehlsdaten 
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aus einer definierten Bef ehlsstruktur vom Command-Interface 
ausgelesen, interpretiert und der entsprechenden Ausfuhrungs- 
einheit zur Bearbeitung ubergeben. 

Die aktiven Busteilnehmer konnen unabhangig voneinander 
5 Schreibzugrif f e auf das Command-Interface durchfuhren. Auch 
die Multitasking-Fahigkeiten eines Teilnehmers erlaubt nicht 
geordnete (gemischte) Zugriffe der verschiedenen Anwendungen 
auf das Command-Interface. Urn die einzelnen Tasks eines Teil- 
nehmers nicht durch Interrupt-Sperren gegenseitig zu verrie- 
10 geln, sind im Command-Interface Mechanismen implementiert , 
die einen wahlfreien Zugriff aller Anwendungen und deren 
Teilnehmer in verschiedens ter Reihenfolge und zu unterschied- 
lichen Zeiten auf das Interface zulassen. Generell gilt, die 
Anwendungen miissen erkennen konnen, ob ihre Zeiger auf eine 
15 Bef ehlsstruktur , die in das Command- Inter face geschrieben 

wurde, ubernommen worden sind. Sind gelesene und geschriebene 
Adresse identisch, so wurde das Kommando am Command-Interface 
akzeptiert. Sind sie ungleich, so konnen hierflir zwei Mog- 
lichkeiten verantwortlich sein: 
20 - Das Kommando wurde nicht akzeptiert, weil die Obernahme 
eines frtiheren Kommandos noch nicht abgeschlossen war. 
Das Kommando wurde bereits ubernommen, aber zwischen dem 
Schreiben und Lesen wurde bereits ein weiteres Kommando u- 




bernommen. Diese Situation kann sich sowohl mit einem 
Teilnehmer (Kernel mit preemptiven Multitasking, wenn dies 



nicht vom Betriebssystem verwaltet wird) als auch bei Sys- 
temen mit mehreren physikalischen Teilnehmern ergeben. 

Daher werden von der Hardware zwei Mechanismen unterstiitzt, 
30 die beide von der Software zur eindeutigen Erkennung genutzt 
werden mussen: 

• Rucklesen der gerade geschriebenen Daten (Adresse auf Be- 
f ehlsstruktur ) aus dem Command-Interface. Dabei wird er- 
kannt, ob die Daten des Teilnehmers am Command-Interface 
35 ubernommen worden sind. 1st dies der Fall, so wird der Be- 

fehl uber das Command- Interface ausgefuhrt, wenn nicht 
dann wurden bereits vorab die Daten eines zweiten Teilneh- 
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mers ins Interface eingetragen, so dass ein Command des 
ersten Teilnehmers nicht angenommen werden konnte. 
• Bestatigung der ubernommenen Daten. Werden zwischen Be- 
schreiben und Rucklesen der Adresse folgende Aktionen am 
5 Command-Interface ausgefiihrt: 

- Obernahme des Befehls durch das Command-Interface 

- Bestatigen der Obernahme durch ein ^Acknowledge* -Feld in 
der Bef ehlsstruktur durch das Command-Interface 

- Beschreiben des Command-Interfaces mit neuen Adressdaten 
10 des zweiten Teilnehmers 

y so stimmen geschriebene und ruckgelesene Daten nicht mehr 

jj? iiberein. Die Obernahme eines Befehls kann jetzt lediglich 

^ am ^Acknowledge* -Feld der Bef ehlsstruktur eindeutig er- 

kannt werden. 

15 

Urn ein critical race auszuschlieflen, wird immer erst das 
..Acknowledge* -Feld gesetzt, bevor das Command-Interface wie- 
der beschreibbar wird. Die Obernahme eines Kommandos ist in 
der Regel mit der Einkettung der Bef ehlsstruktur in eine Com- 
20 mand-Liste abgeschlossen, sie erfolgt also schnell. Eine Op- 
timierung auf eine moglichst kurze und garantierte Obernahme- 
zeit hat Prioritat, urn bei einem erneuten Schreibzugrif f auf 
das Command-Interface keine unnotigen Wartezeiten in der Ab- 
arbeitung der Software zu erhalten. 

Aufbau des Command-Interface 

Ober ein gemeinsam genutztes Command-Register, im folgenden 
auch Eingangs-Register genannt, wird dem Command-Interface 
der Befehl bzw. die Bef ehlsf olgen beider Teilnehmer indirekt 
30 ubergeben. Dabei wird im Command-Register die Adresse (Zei- 
ger) auf eine Bef ehlsstruktur abgelegt. Die Struktur selbst 
enthalt alle fur die Abarbeitung des Befehls notwendigen Da- 
ten. Um bei langer Bef ehlsbearbeitung das Command-Register 
nicht fur die gesamte Bef ehlsbearbeitungs-Dauer zu blockie- 
35 ren, wird die tibergebene Bef ehlsstruktur in einer Command- 
Liste eingekettet. Die Bef ehlsstruktur enthalt daftir einen 
^next^-Zeiger, mit deren Hilfe noch nicht bearbeitete Struk- 
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turen verkettet werden konnen. Der „next* -Zeiger enthalt die 
Adresse der nachsten noch nicht bearbeiteten Bef ehlsstruktur . 
Ober diese Verkettung wird eine Zwischenspeicherung der Be- 
f ehlsstrukturen in der Command-Liste erreicht. 

Dadurch wird eine Entkopplung zwischen Bef ehlsbearbeitung und 
Bef ehlslibergabe erreicht . 

Erfolgt ein Schreibzugrif f von einem der Teilnehmer auf das 
Register, wird die Ubernahme weiterer Daten am Command- 
Register solange verhindert bis das ubergebene ICW in der 
Command-Liste eingekettet ist. Erst nachdem das Command- 
Interface die Ubernahme des Befehls durch Setzen des entspre- 
chenden ^Acknowledge"" -Feldes im ICW bestatigt, wird ein neuer 
Schreibzugrif f auf das Command-Register akzeptiert. 

Nachdem die liber das Command-Register ubergebenen Befehle ab- 
gearbeitet worden sind, werden die zugehorigen Bef ehlsstruk- 
turen dem Anwender zurlickgegeben . Dabei ist fur jeden Teil- 
nehmer ein getrenntes Return-Register, im folgenden auch Aus- 
gangs-Register genannt, vorhanden, uber das die Bef ehlsstruk- 
turen ubergegeben werden. Um keine schritthaltende Abholung 
der Bef ehlsstrukturen am Return-Register durch die Teilnehmer 
gewahrleisten zu mussen, werden die bearbeiteten Strukturen 
in getrennte teilnehmerabhangige Return-Listen eingekettet. 
Die Ruckgabe jeder bearbeiteten Struktur, wird dem jeweiligen 
Teilnehmer bekanntgemacht . Die verketteten Bef ehlsstrukturen 
werden dabei tiber das Return-Register zuruckgegebenen . 

Zusammenf assend gilt : 

Beide Teilnehmer setzen ihre Befehle liber ein Command- 
Register ab. 

Die Befehle werden in einer Command-Listen eingekettet. 
- Eine Ruckgabe der Befehle erfolgt uber getrennte Return- 
Register und damit auch liber getrennte Return-Listen fur 
jeden Teilnehmer. 

Wird von der Software ein Befehl abgesetzt, so ubergibt der 
Teilnehmer eine entsprechende Bef ehlsstruktur durch einen 
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Schreibzugrif f auf das Command-Register an das Command- 
Interface. Als Folge des Schreibvorgangs auf das Command- 
Registers werden solange keine Daten nachf olgender Schreib- 
zugriffe akzeptiert, bis die ubergebene Struktur vom Command- 
Interface in die gemeinsame Command-Liste eingekettet und im 
Acknowledge* -Feld der Struktur die Obernahme bestatigt wur- 
de. Lesezugriffe auf das Command-Register sind jedoch weiter- 
hin erlaubt. Urn zu kontrollieren, ob der gerade eingeschrie- 
bene Wert auch ins Command-Register eingetragen worden ist, 
werden die Daten des Registers wieder zuruckgelesen . Stimmen 
Schreib- und Lesedaten uberein, so wurde der Schreibzyklus 
auf das Command-Register ausgefuhrt. 

Bestehen zwischen den geschr iebenen und gelesenen Daten je- 
doch Unterschiede, so konnen hierfur zwei Grunde verantwort- 
lich sein: 

Im Zeitraum zwischen dem Schreib- und Lesezyklus eines 
Teilnehmers 1, wurde die ins Command-Register eingetragene 
Bef ehlsstruktur bereits in die Command-Liste ubernommen 
und die Bestatigung im Acknowledge* - Feld der Struktur ge- 
setzt. Das Einschreiben neuer Daten in das Command- 
Register wurde daraufhin freigegeben. Noch bevor der Teil- 
nehmer 1 seinen Lesezyklus durchftihrt, konnte der Teilneh- 
mer 2 einen Schreibzugrif f auf das Command-Register abset- 
zen . 

- Vor dem Beschreiben des Command-Registers durch einen 
Teilnehmer 1 wurde bereits vom Teilnehmer 2 ein Schreib- 
zugrif f abgesetzt. Der Eintrag der nachf olgenden Adressda- 
ten des Teilnehmers 1 wird dadurch verhindert. 

Treten Unterschiede zwischen den Schreib- und Lesedaten auf, 
so muss der Teilnehmer stets das Acknowledge* -Feld des Be- 
f ehlsstruktur analysieren. 1st die Bestatigung in „Acknowled- 
ge*-Feld der Struktur gesetzt, so wurde die Bef ehlsstruktur 
ubernommen und in die Command-Liste eingekettet. Die nicht 
bestatigte Obernahme der Struktur fuhrt zu einem zyklischen 
Schreibzugrif f auf das Command-Register (Polling) . 
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Der Ablauf der Bef ehlsiibergabe, sowie die Verkopplung zwi- 
schen Hard- und Software wird in folgender Abbildung deut- 
lich : 

Wahlfreier, unkoordinierter Zugriff mehrerer Teilnehmer auf 
eine Bef ehls-Schnittstelle (Command-Interf ace) , ohne: 

die Bef ehlsbearbeitung abwarten zu mussen 
- Sperr-Mechanismen in Soft- oder Hardware, fur die Dauer 

der Bef ehlsbearbeitung vorsehen zu mussen 

Weiterhin konnen durch das vorgestellte Verfahren: 

eine beliebige Anzahl an Befehlen abgesetzt werden, die 
Reihenfolge der Abarbeitung wird dabei immer eingehalten 
eine beliebige Menge an Obergabe-Parametern (Operanden) 
ubergeben werden 

eine beliebige Menge an Ruckgabe-Parame tern (Ergebnissen) 
zuruckgegeben werden 

Konzept einer Kommando-Schni ttstelle . 

Von besonderem Vorteil ist es daruber hinaus, dass die offen 
barten Verfahren in Automatisierungssystemen, insbesondere 
bei und in Verpackungsmaschinen, Pressen, Kunststof f spri tzma 
schinen, Textilmaschinen, Druckmaschinen, Werkzeugmaschinen, 
Robotor , Handlings systemen, Ho 1 z ve r a rbei tungsma schinen, Glas 
verarbeitungsma schinen, Keramikverarbeitungsmaschinen sowie 
Hebezeugen eingesetzt bzw. verwendet werden konnen. 

Im Weiteren werden bevorzugte Ausf uhrungsbeispiele der Erfin 
dung mit Bezugnahme auf die Zeichnungen naher erlautert. Es 
zeigen : 

Fig. 1: Beispiel einer Verkettung von Bef ehlsstrukturen 
Fig. 2: Aufbau des Command-Interface 

Fig. 3: Hard- und Sof twareablauf am Command-Interface 
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Patentanspruche 

1. Verfahren zur Zugrif f skoordinierung in Kommunikationssys- 
temen mit wenigstens zwei Teilnehmern und einer Befehlsein- 
heit, insbesondere Realtime Ethernet, 

dadurch gekennzeichnet, 
dass bei der Bef ehlseinheit eine Schni ttstelle verwendet 
wird, die aus wenigstens einem Eingangs-Regis ter fur alle 
Teilnehmer und wenigstens einem Ausgangs-Register ftir jeden 
der Teilnehmer eines Kommuni kationssys terns besteht, wobei 
Zugriffe der Teilnehmer auf die Bef ehlseinheit in dem Ein- 
gangs-Register empfangen und gespeichert werden und die Ruck- 
gabe der Bef ehlseinheit getrennt nach Teilnehmer in die je- 
weiligen Ausgangs-Register geschrieben und von dort an die 
Teilnehmer zuriickgegeben werden. 

2. System zum Durchfuhren eines Verfahrens nach Anspruch 1. 
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Bild 3: Hard- und Softwareablauf am Command-Interface 



BEST AVAILABLE COPY 

3 



